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Windows & FileMaker (I tried cross-platform FileMaker and survived!) 


By Douglas Brown 

Ad any of us have been using FileMaker since the 
early Forethought or Nashoba days, which means, of 
course, that we’ve worked on Macs for years. Back in 
the old days, I didn’t have a DOS-based computer 
because (a) none of my favorite applications, includ¬ 
ing FileMaker, were available on that platform, (b) 
the DOS/PC learning curve appeared way too steep, 
and (c) I didn’t own a straightjacket. Be that as it 
may, here I am today, mostly sound of mind and 
body, happily designing away in FileMaker Pro for 
Windows. Yep, on an actual PC. 

Why? It was a combination of simple curiosity 
and the fact that five years ago, I developed a couple 
of products where the majority of potential custom¬ 
ers used PC’s and, as it turned out, would continue 
to use PC’s. (Rough estimate on PC vs Mac market 
for my OLAP product is 7% Mac and 93% PC.) 

When I first heard the words “FileMaker Pro for 
Windows” in the fall of’92,1 was intrigued. No, I 


didn’t hock the Mac and buy a PC clone, but I did 
purchase the software and rented a 486 machine. 

With a touch of poetic license, perhaps it may 
assist the reader if I describe the process. I went to 
the rental place and quietly but firmly explained my 
situation to the dealer: “No C:\, no Windows icons, 
no printer, nothing; just turn it on, go straight into 
FileMaker, okay?”. I handed them my brand new 
copy of FileMaker Pro for Windows and they kindly 
installed everything exactly as I requested. In other 
words, the dealer typed “b:\ install” and the program 
virtually installed itself. They dragged the FileMaker 
icon into the Startup group window and that was 
that. No sweat. Even I could have done that. Any¬ 
way, I bought a box of — dare I say it? — pre-format - 
ted DOS diskettes and there I was, loaded for bear. 

I left the shop, went home, and set up the hard¬ 
ware. It seemed bulky and stupid, but there it was. 
All set, I stood about five feet away, and poked the 
start button. The thing made a few noises, rushed 
past a DOS prompt, zipped through Windows, and 
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suddenly there I was, right into a FileMaker 
Pro Open File dialogue box. Amazing. 

I examined it closely: what was that “* .fm” 
thing doing there? Undaunted, I transferred 
one of my templates (via Access PC) onto a 
DOS diskette, inserted the diskette into the PC, j 
and clicked around like a mad fool until my file 
in b: whatever-it-was opened. The darn thing 
looked exactly the same. This was becoming 
truly frightening. 

Over the next few months, it all became 
easier. For a while I continued to approach the 
beast with a pointed stick, and I didn’t learn a 
single DOS command for almost a month, but 
it wasn’t too terribly long before I realized that, 
well, it’s not so bad after all. Perhaps the biggest 
stumbling block for me in using FileMaker Pro 
for Windows was me, and not the PC. 

So, is FileMaker Pro in Windows radically 
different from Mac? In a word: no. Is it exactly 
the same? No. Are they siblings, or distant 
cousins? Siblings, I’d say. Is the interface the 
same? More or less. Is the mouse the mouse, 
are menus still menus, is Replace still Replace? 

Yes. Will buttons in footers with view-as-a-list 
selected still “float”, will TextToNum (""), 
properly placed, produce sliding, calculated 
blanks, will self-lookups work— and what 
about a nested If statement or summary calcu¬ 
lation formula with a greater-than-or-equal-to 
in it? The answer is yes, yes, yes, yes and the 
odds are pretty good that all of your other 
favorite FileMaker Pro tricks will work the 
same on both platforms, including scripts, 
regardless of the point of origin. 

This is not to say, however, that the two are 
identical twins. There are font issues, screen 
colour concerns, networking, DDE/Apple- 
share, and file naming differences, not to men¬ 
tion a myriad of other hardware and software 
related issues, including drive compression, 
video accelerators, memory, Windows and 
DOS setup, et cetera. 

Many issues in cross-platform FileMaker 


fall into the “check it out for yourself’ catego¬ 
ry. If there is a cross platform ‘golden rule’, it 
might be this: never assume any two computers 
are the same; either in hardware or operating 
system software, unless you’ve set both up 
yourself. Just because a person says they’ve got 
a Mac, it doesn’t mean it is colour; just because 
a new user says they have Windows, it doesn’t 
mean they know how to use it, and just because 
the message says “FileMaker Pro caused a Gen¬ 
eral Protection Fault in [whatever]”, it does not 
always mean that the problem is with FileMaker. 

In any event, don’t expect all your tem¬ 
plates and file systems to be cross platformable 
‘as is’, especially if they are coming over from 
the Mac. Most differences, I suspect, will ap¬ 
pear to be a direct result of the operating 
system(s) and not of FileMaker Pro per se. 

File Names 

I hate to be the one to break the news, but if 
you are a Mac user and want your databases to 
work across platforms, you must use DOS 
naming conventions. (Future versions of Win¬ 
dows are rumored to eliminate someday the 
current naming restrictions, but meanwhile 
you’ll need to conquer this problem.) All tem¬ 
plate names, external script references and 
lookup field definitions will need to be manu¬ 
ally updated to DOS requirements before 
they’ll function properly on a PC. And don’t 
forget the folders, they too 
should conform. (Of course, if 
you are designing from scratch 
you can build all names from 
the outset to work with Win¬ 
dows and they will then work 
on both platforms.) Try not to 
get discouraged. With a little 
forethought, you may find the 
restriction to eight characters 
followed by the .fm extension 
actually livable. 

For example: a file named 
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The document “LR_CRfl_M.FM” could not 
be opened, because the application 
program that created it could not be 
found. Do you want to open it using 
“TeachTeHt”? 


[ Cancel ] |_0K__J 


Examples of Files 

9 items 



67.2 ME in disk 

9.6 MB available 
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Legal Aid Criminal Account Master on the 
Mac might look something like 
LA_CRA_M.FM on a PC. Another file in the 


same linked file set named Legal Aid Criminal 
Docket Entry, might end up as 
LA_CR_DE.FM. LA_CR_TL.FM could stand 
for Legal Aid Criminal Tariff Lookup. A file 
named LA_CV_TL.FM could then mean Legal 
Aid Civil Tariff Lookup, and so on. Be consis¬ 
tent and only vary from it when you want the 
user to understand that the file is for ‘program 
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use only’; i.e. LA_RLEAR.FM, might actually 
mean: Legal Aid Criminal Clear and Reset 
routine. Figure 1 gives a few examples. It would 
be possible, of course, to use names such as 
ACCOUNTS.FM, but watch out: they maybe 
too general, especially when competing for 
usable file names on a system loaded with other 
FileMaker Pro databases. If you run across a 
file name conflict, you may have to rename and 
readjust your entire set of files. Ouch! 

More bad news: if you put a FileMaker Pro 
database onto a DOS disk or Windows ma¬ 
chine, then bring it back to the Mac, it will not 
open when you double click on it. You instead 
get the message shown in Figure 2. The good 
news here is that after opening the file once 
through FileMaker’s Open command, the file 
regains its familiar icon, and double clicking 
will work as you’d expect. 

The I am a Mac File name (in Figure 2) 
illustrates another curious cross platform file 
name effect. This file was simply moved onto a 
DOS disk and immediately back again onto the 
Mac. The file name changed to: IAMAMAC&. 
Note that spaces were removed and the entire 
name was truncated automatically. To open 
such a file, you must add the .fm extension or it 
won’t appear in the FileMaker for Mac file list, 
even though it actually is a FileMaker Pro file! 

A Few Tips 

• Use at least version 2.1 of FileMaker Pro 
for both platforms and when moving a tem¬ 
plate across platforms. 

• Ensure that everything on layouts that are 
to be moved are unlocked, and the names of 
buttons are not part of the button itself. That 
way, if you need to adjust for fonts, you won’t 
loose button definitions if forced to ungroup, 
and stretching fields for improved cosmetics 
won’t take forever. 

• Fonts, graphics, and entire layouts may 
appear to ‘shrink’ as compared with other 
applications when you move FileMaker tem- 
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plates from a Mac or VGA onto certain PC’s 
with XGA or any other type of 1024 x 768 driv¬ 
er on a 13" display. Claris has suggested to try 
adding the line EXPAND: 1 to the FileMaker 
Pro section of your claris.ini. It’s got to do with 
the mapping of the file’s coordinate system 
onto the logical inch on the screen as defined 
by the display driver. The result should be that 
your template will visually expand to the way it 
was and, hopefully, look the same. 

Cross Platform Fonts 

Truetype solves potential problems, right? 
Well, almost. If you are new to working cross 
platform, be it migration or mixed-platform, a 
current rule of thumb: unless familiar with the 
font substitution table in the claris.ini file, keep 
it simple and design all databases, including 
layout text and field text with Helvetica and 
Times if designing on the Mac or with Arial 
(True type) and Times New Roman (True- 
type) if starting out on the PC. Odds are every¬ 
body has these two on their respective systems 
and things will probably look okay and will 
print with much less hassle. You can, of course, 
massage the fields and layout text for the plat¬ 
form and printer. Perhaps an example will 
help. 

Figure 3 shows results of a layout that came 
from a PC to a Mac. Here the file was initially 
designed on a PC and not pre-adjusted for 
cross platform. I brought it across to the Mac 
and opened it, at least initially, through the 
application’s Open command under the File 
menu. Note the odd spacing, the loss of accu¬ 
rately centered layout text, and an apparent 
‘lifting’ of text in the actual fields. I was also 
surprised that the one-line button name (“Go 
Back”) showed up as two lines. 

Viewing the file in layout mode (Figure 4) 
offers some explanation. The selected layout 
text appears too big for the size of the text 
frame. The full Go Back button name simply 
disappears, although it is still visible in its al¬ 



tered form when in Browse mode. If we select 
all visually uncomfortable text and adjust by 
dragging handles a bit to the right, things 
improve immediately. See Figure 5. 

What if we want to change the fonts from 
PC to Mac? If we select the fields or items, 
change all the fonts to their Mac equivalents, is 
everything back to normal automatically? 
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Examine Figure 6 where all the fonts have been 
changed to Mac fonts. W e still need to adjust 
certain fields and layout text. Figure 7 shows 
the result in Layout mode of expanding the 
handle of one text block to the right. 

In Figure 6 the fields and important titles 
have been selected and changed (in the Mac 
environment) from an “unknown” font (i.e. 



Truetype Times New Roman on the PC) to 
Times. The field descriptions have also been 
changed from Arial to Helvetica, but darn: odd 
spacing still. Things seem to have jumped down 
one line. Notice the word “issue” for example. 

Figure 8 shows a completed conversion 
with all adjustments made. The layouts in 
LA_CRA_M.FM also show us a few observable 
physical differences between Truetype fonts. 
Compare Figure 3 with Figure 8. There remain 
a few differences, some of which may be purely 
aesthetic. 

Positioning issues become important when 
dealing with OCR (optical character recogni¬ 
tion) on the printed output and when printing 
on pre-printed forms. Does that mean we now 
have to put both types of layouts on files that 
will be viewed on different machines in a mixed 
platform network? Probably not, but it maybe 
an issue when selecting layouts for printing. 

Lesson: Try not to mix font sizes in the 
same stream of layout text and always look at 
your templates on both platforms. Adjust ac¬ 
cordingly, leaning towards the platform where 
you anticipate the majority of users to be. If 
you need to be really fussy, don’t forget that 
you can have Mac layouts and PC layouts in 
the same file. 

Performance 

Under low memory conditions, such as 
multi-tasking in Windows with only 4 Mbytes 
of RAM, FileMaker may appear to drag the 
system to its knees, especially when switching 
to a complex, button-filled layout. Perfor¬ 
mance issues in Windows can get very com¬ 
plex, but one thing I have found is this: if 
you’re on a tight budget (i.e. can’t afford more 
RAM) and are experiencing performance 
problems such as those mentioned above, try 
reducing the amount of RAM allocated to File¬ 
Maker in the data cache line of the claris.ini 
file. (Claris suggests 128 or less.) Quit File¬ 
Maker, find the file named claris.ini in the 
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Windows subdirectory, open it with Notepad 
or any suitable text processor, make the 
change, (I never go below 128), save, then 
reopen FileMaker. I’ve done this numerous 
times on a variety of different machines and in 
every instance, have seen nothing but obvious 
improvement. 

In addition, you might also decide to have 
a look at the Windows swap file set up as well. 

Is it permanent? If not, can you afford the trade 
off in hard drive space? 

It must be noted that I am not yet a Win¬ 
dows expert, but you certainly don’t have to 
become one to use FileMaker Pro for Win¬ 
dows, just as you do not need to be a System 6 
or 7 expert to use FileMaker Pro for the Mac. 
Yes, you will have to learn some DOS, but if 
you’re a Mac user, you might find that task 
offset by the fact that you’ve used a GUI 
(graphical user interface) for years! Perhaps the 
most difficult thing for an experienced Mac 
user interested in Windows might be holding 
back a yawn. Multitasking? Point and click? 
Gosh, what a surprise. 

The best advice I can give to anyone seri¬ 
ous about cross platforming is to learn as much 
as you can about the opposite platform and 
always study the results on as many screens, 
machines, and printers as you can. 

More Accomodations 

There are times when the FileMaker envi¬ 
ronment appears Visually noisy’ in Windows 
and for me, problematic, especially when mov¬ 
ing from a maximized FileMaker file to another 
FileMaker file, via scripts. The whole window 
seems to shift down and away, and stays there, 
double windowed, with two separate sets of 
sizing controls. To solve this, I have FileMaker 
maximize everything almost all the time; when 
the file opens, by selecting Maximize Window 
in the Document section of the Preferences 
Command, found in the File menu, and by 
using the Maximize command at the beginning 
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of any script that calls or is called by others. In | 

other words, I have FileMaker dominate the ~ 

PC screen as much as possible when designing 
for a PC. 

Other ‘noise’ issues involve the sometimes 
accidental reduction by the user of the File¬ 
Maker Pro application window and not the file 
window. As a new user, this can be quite dis¬ 
concerting. One often ends up with windows- 
tucked-behind-windows and the active 
FileMaker file is difficult to access or control 
because the maximize buttons and scroll bars 
for the file’s window appear back and off to the 
side, inside the FileMaker Pro application win¬ 
dow, and possibly unavailable by use of the 
mouse. 

The Windows environment, unlike the 
Mac, has the valuable Alt+Tab keyboard 
shortcut, used to cycle between or switch to 
other applications. Remind your users of this, 
if you chose to Maximize. However, there may 
also be times when you might want to delete 
these Maximize/Zoom commands when cross¬ 
ing back to the Mac, especially if dealing with 
large displays. 

Copious use of Maximize, as mentioned 
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above, can help, but it may not always be ap¬ 
propriate. Combine this with the fonts issue 
and voila, a conundrum: Assuming we want 
FileMaker to be as easy to use as possible on (or 
across) both platforms, does that mean that, at 
times, we must have complicated layouts or 
two completely different sets of files, one for 
the Mac, one for PC? 

Think very carefully before planning such a 
move. What platform and will it ever be cross? 
may be just as important as: What is a record 
and what is a file? 

Another consideration is that Windows 
has been around for a while, but there are still 
many DOS users out there who have never 
touched it. This means that a non-Windows 
user, new to FileMaker, probably has a very 
steep learning curve. To lighten the load, create 
a reset script, and place it as a button near the 
top of your layouts. That way, when the user 
gets trapped in Find mode or some form of 
shrunken application window from hell, a click 
of a button will at least bring the active File¬ 
Maker Pro window to the forefront, and con¬ 
trol can be quickly reestablished. 

The reset script is straightforward, and 
goes something like this: 

Enter Browse Model] 

Find All 
Unsort 

Go to Record/Request [No dialog, 1] 

Toggle Status Area [Show] 

Toggle Window [Refresh, Maximize] 

Whatever the platform, don’t forget that 
many DOS users have never used a mouse. If 
they had their druthers, many never would. I 
have demonstrated my products to smart DOS 
users who patiently watch all the nice things I 
can do with the mouse, then prove to me that it 
slows them down to an unacceptable level. 
Don’t believe me? Talk to a legal secretary who 
types at, oh, say a moderate 95+ words a 
minute. It’s my guess that DOS users will come 


to FileMaker via Windows, so it might be a 
good idea to keep all scripted buttons available 
in the Scripts menu. This way, users in Win¬ 
dows aren’t forced to use the mouse if they 
don’t want to: FileMaker has numerous key¬ 
board shortcuts and a simple Alt+c keystroke 
will drop the Scripts menu into view. The user 
could then use the arrow keys, script numbers, 
even the first letter of Script names below #10 
to select the desired activity, without having to 
take their hands off the keyboard. 

As a final note, it is important to realize 
that most major software companies, including 
Claris, are now deeply involved in cross plat¬ 
form applications. Like many others, I too 
believe these developments can help all users: 
Mac, PC or both. And isn’t that precisely what 
FileMaker is all about? 


Douglas Brown is president of 
Douglas F. Brown Software Services Inc., 
a Canadian corporation that provides 
software solutions to the legal and 
entertainment professions, and small 
businesses in Ontario, Canada. 
He may be reached at 418-590-9081. 
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Mixing Platforms With FileMaker Pro 


By Mark S. Summers 

We operate a publishing business that pro¬ 
duces law-based books for businesses on labor 
and personnel issues, markets them directly, 
and updates them yearly. We mail approxi¬ 
mately 1,500 invoices or billing statements 
each week and we maintain records on over 
45,000 active and inactive customers. File¬ 
Maker is used to enter all orders, payments, 
returns, and write-offs. 

Our basic working machine is a Quadra 
700 which was a very expensive machine that 
was discontinued about a year after introduc¬ 
tion. We purchased FileMaker Pro for Win¬ 
dows in hopes of being able to buy cheaper PCs 
for simple data entry, or perhaps to use a PC as 
a faster server with enough slots to allow it a 
longer life than the Quadra 700. Neither goal 
has worked out. 

FileMaker Pro for Windows on the Network 

We installed a 50 megahertz 486 PC on our 
Appletalk network. We also purchased Faral- 
lon’s Timbuktu for all the Macs and the PC. 
After some calls to Farallon, we were able to 
access FileMaker Pro on any station from any 
other station. The PC was integrated fully in 
terms of our network. 

It is a step in the right direction to be able 
to enter data in FileMaker for Windows to a 
Mac server and network. It is equally valuable 
to use a Windows PC to search for information, 
sort, and run reports frbm information entered 
through Macs and stored on a Quadra. At one 
point we transferred all our databases to the 
Windows PC and used the Macs to enter and 
store data on the Windows machine. For data 
entry purposes, the Macs could treat the Win¬ 
dows PC like a Mac without any real problems. 


Editor's note 

The previous article describes one user’s experience with 
cross-platform FileMaker. Other users have other motiva¬ 
tions when approaching mixed-platform FileMaker. This 
article provides a different viewpoint and shows some of 
the rough edges that still exist. 


Printing from Windows 

One data entry level problem remained. 

We didn’t anticipate the difference between 
print drivers in Windows and under System 7 
for the Macintosh. While we could print re¬ 
ports easily from the Windows version, we 
could not print invoices or other forms that 
required the print information to appear in a 
specific spot on the page. To use the Windows 
PC fully, each form would have to be reformat¬ 
ted by lowering fields and moving them to the 
right. We would then have to experiment with 
the revised forms by printing dummy invoices 
and modifying the layouts until they fit. No 
one volunteered to spend a Saturday to adjust 
each of our invoice forms, so we purchased 
another Mac as a data entry machine. 

A large part of our printing problem is that 
we have 32 separate invoice forms that depend 
on a variety of parameters. One day we’ll have a 
chance to consolidate in FileMaker to a smaller 
number of forms. 

Windows PC as Server 

Next, we tried to use a 486/50 Mhertz PC as 
a server. I assumed that because of its better 
raw speed, it would improve our database 
speed. Also, since extra hard disk space, tape 
back-up, and other items are less expensive in 
the PC world, I hoped this machine could grow 
with us more easily than the discontinued 
Quadra 700. 
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During experiments in the Spring of 1993 
(on duplicated databases, thank goodness), we 
operated on an Ethernet network using Apple- 
talk protocol. In the first experiment, we used a 
Macintosh Ilci to Find and Replace the invoice 
date on 288 records across the network, with 
the following results: 


Find 

Replace 

Host 

6 sec 

2 min 10 sec 

486/50 PC 

8 sec 

1 min 40 sec 

Quadra 700 


In the next experiment, we used different 
entry machines to Find the same 288 records 
on different servers, with the following results: 


Entry Comp 

Find 

Replace 

Host 

486/50 PC 

1 sec 

19 sec 

486/50 PC 

486/50 PC 

4 sec 

1 min 15 sec 

Quadra 700 

Quadra 700 


10 sec 

Quadra 700 

Quadra 700 


2 min 50 sec 

486/50 PC 

For replacing a date in 288 records, 

using a Quad- 


ra 700 as the host machine is clearly superior. 

The Bomb 

Each month we import about 2,500 records 
from our “Open Accounts” database to our 
various “Closed Accounts” databases. We then 
delete the records from the “Open Accounts” 
file. The time it takes to delete 2,500 records 
from an 8,000-record database is excruciating. 
You can cook, eat, and clean-up dinner during 
the process with plenty of time for dessert. 
What makes it worse, it must be done after 


hours, on a weekend, or with the network 
down, since no one else can enter data or look 
up accounts during a lengthy deletion process. 
This is a problem we truly hoped the faster 486/ 
50 PC could solve. 

To delete 2,500 records takes about 1 hour 
30 minutes on the Quadra 700 (the time is an 
estimate gained through much experience). To 
delete 2,500 records took 2 hours and 17 min¬ 
utes on the 486/50 PC. However, when we 
tried to close the PC file it crashed. (According 
to Claris, FileMaker could not find the end of 
the database.) Maybe a later release of FileMak¬ 
er Pro for Windows will fix this. Meanwhile, as 
of March 1993, don’t use FileMaker Pro for 
Windows for major file updates unless you test 
the procedure with a duplicated database first. 
For our purposes, the 486/50 PC was useless as 
a potential server. 

Conclusion 

Some day, some way, there will be a truly 
integrated database for both Mac and Win¬ 
dows platforms. It’s not here yet. The Power¬ 
Mac may make a good FileMaker server if we 
get a native version of FileMaker to go with it. 

Mark Summers 
Business Publishing 
Austin, Texas 
512-329-9140 
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Q 8c A: Move Separate Data into Repeating Fields 


By Anne Adams 

We are a venture capital firm revamping a 
large database of individuals who are candi¬ 
dates for management positions in our port¬ 
folio companies. When our original database 
was set up, the three previous employers of the 
candidates were entered in three separate 
fields: Col, Co2, and Co3. In addition to pro¬ 
liferating the number of fields, this structure 
makes searches such as “any candidate who has 
ever worked for Company X” awkward and 
time-consuming. Should these separate fields 
be combined into one repeating field to make 
searches easier? Is there a way to automate 
moving the data from the three separate fields 
into one new repeating field, Employers? 

Yes, you almost certainly want to combine 
the three into one repeating field. While there 
are ways to script a Find with your present 
database so that all three fields are searched 
using one script, there are several advantages to 
having everything in one repeating field. And 
yes, it is a reasonably straightforward task to 
automate the migration from the old design to 
a new one. 

Scripting a Cut and Paste Routine 

Prior to the introduction of ScriptMaker, 
moving data into repeating fields required 
rather painful techniques like using indexed 
lookups and summary calculations or export¬ 
ing data to a word processing application for 
universal replacement of the funny character 
combination FileMaker uses to denote repeat¬ 
ing fields and then importing it back. 

Kim Hunter made this process much easier 
with a utility program called “Make... Repeats” 
which automates the transfer of data back and 
forth between repeating and nonrepeating 


fields, and between FileMaker and spreads 
sheets. ScriptMaker now allows a simple do-it- 
yourself cut and paste script when you don’t 
need the power of “Make.. .Repeats”. 

To generate such a script, first identify the 
fields which hold data to be moved to repeating 
fields. In this example, as noted above, the 
three fields are Col, Co2, and Co3. Then cre¬ 
ate a repeating field with the necessary number 
of repetitions, in this case three. Now write a 
script (I called mine “Move To Employers”) as 
follows. 

Copy [select "Col"], "Select entire contents", 
repetition 1 

Paste [select "Employers"], "Select entire 
contents", repetition 1 

Copy [select "Co2"], "Select entire contents", 
repetition 1 

Paste [select "Employers"], "Select entire 
contents", repetition 2 
Copy [select "Co3"], "Select entire contents", 
repetition 1 

Paste [select "Employers"], "Select entire 
contents", repetition 3 

Try this script on a single record at this 
point to be sure it functions as intended. When 
you have it working well, add two additional 
steps as follows: 

Go to Next Record/Request [Exit script after last] 
Perform script, [Perform subscripts], select 
script "Move Employers" 

These two steps make the script execute the 
first six steps for every record in the currently 
found set and then stop. 

At this point, return to Browse mode. Find 
the records to be changed, and execute the 
script. FileMaker will flip rapidly through your 
records and exit the script at the completion of 
the task. 
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You might also create parallel repeating 
fields for other related data: Job Title, for ex¬ 
ample, or Employment Dates. The associated 
original separate fields can be moved with 
similar scripts. 

This procedure can also work when the 
data to be pasted into a repeating field resides 
in a separate file or files. Although look-ups are 
generally more efficient for routine operations, 
for occasional use it is easy to write scripts 
which copy the information needed from the 
old file and then paste it into the appropriate 
repeating field in the new. 

Be sure not to make assumptions about the 
repeating employer data that may be untrue. In 
order for the employers to be in date sequence, 
for example, the original separate data must 
have been in sequence as well. Be sure to allow 
for missing data — if Co2 is empty then the 
center repeat fine will be empty as well. Empty 
entries within a series, if important, can be 
detected by doing Finds on the Col and Co2 
fields. 

The figure below shows a portion of a lay¬ 
out that implements a set of employer repeat¬ 
ing fields — in this case with four repetitions. 


Resurn^ec|d qiM2|93| ResuirieUpdated^ |4f^9^^ | 


1 


8841 John Doe 


Employment History Job Titles 

Update 

Dates 


Clark, Inc. 

VP, Mctg 

94-pres 

Smith & Brothers 

Ivktg Mgr 

92-94 

Charles & Sons 

Ivktg Asst 

88-92 




1 _ 




Education 

Degrees 


School 


The three original data fields (Col, Co2, 
Co3) and the script can be deleted after the 
data movement is complete and the state of the 
data is confirmed to be OK. 

By the way, this technique may also be 
useful with fields like phone numbers, which 
address database designs often separate into 
“Work Phone”, FAX Phone”, “Home Phone” 
and so forth. When your dog chews up a 
phone message and you have to pry apart a 
little spit ball to try to get a phone number as a 
basis for a search in your address file, you end 
up having to do a search in each variation of a 
phone field. Better to put all phone numbers in 
one repeating field with an additional parallel 
field for “Phone Type”. The result is greater 
efficiency and you can still use extraction tricks 
to grab items like a FAX phone number for a 
FAX cover sheet, regardless of which repeating 
field line the FAX number uses. 

•*-V* 


Anne Adams is a Senior Consultant at 
Watertechnics Consultants, working out of 
Palo Alto California. She may be reached 
via the main office in Watsonville, 
California at 408-761-3987, 
FAX 408-761 -5468 or AppleLink X2338. 

Write Anne at Watertechnics, 
PO Box 2307, Santa Cruz, CA 95063-2307. 
The author is happy to hear from subscribers, 
whether to consider a specific problem or 
just to chat about FileMaker. 
Make. ..Repeats is available from 
The FileMaker Annex at the Watertechnics 
locations above, or from 
Acrobytes Software at 714-768-8490. 
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Quick Tips & Techniques 


By Joe Kroeger 

❖ Oops! What Year is This? 

The publication date on the cover of issue 
#56 indicates the wrong year. It should have 
said 1994 instead of 1993. Don’t ask me how 
such a mistake occurs. Sorry. 

❖ Don't Print & Calculate at the Same Time 

I got in trouble the other day by initiating a 
print job from a FileMaker database and then 
starting a long FileMaker calculation before the 
printing was finished. The problem is that File¬ 
Maker totally consumed the attention of my 
computing resources as it worked away on the 
calculation. The printing got ignored and only 
one page (of eight requested) made it out of the 
printer. 

If the database is big enough or the formula 
complex enough, it may take more time to 
complete the calculation than the time-out 
parameter in the printer. Many printers get 
upset when they are expecting information 
from the computer and it does not arrive with¬ 
in a reasonable time. Rather than tie up the 
printer interminably, in case something has 
gone wrong and other printing tasks may be 
waiting, the printer waits for a predetermined 
interval and then aborts the printing. 

This situation is easy to fix: either wait for 
the printing to be fully transferred to the print¬ 
er before starting the calculation, or save the 
printing and initiate it after the equation evalu¬ 
ation is complete. One day the Mac system will 
be able to execute multiple parallel streams of 
code and this kind of difficulty will no longer 
be a problem. Meanwhile, it would be nice if 
FileMaker surrendered control on occasion. 


❖ New Date Suffixes 
(From Glenn Nunez) 

When trying to solve a particular FileMaker 
problem I occasionally peruse back issues of 
The FileMaker Report looking for allied topics. 
It’s frequently productive and almost always 
thought provoking. I recently reread the article 
Calculating Date Suffixes: Putting the “nd” 
in “2nd” from Issue 49. A request in the article 
for alternative approaches started me thinking. 

Author Keni Jones, while tackling the issue, 
investigated first the Middle and then the Day 
functions. It turns out that by taking a different 
tack and using both functions the problem can 
be solved without using either the If function 
or the DateToText function. 

The calculation is reasonably straightfor¬ 
ward and depends on counting locations with¬ 
in a text constant embedded in the equation. 



Date Suffix = {text result} 

Middle ("stndrdthththththththththththththththththstndrdthththththththst", Day (Proposal Date) *2-1,2) 
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Figure 1 






For a date field Proposal Date, the formula for 
a text field Date Suffix is shown at the bottom 
ofpage 12. 

Figure 1 on the previous page shows the 
results for several example dates. This method 
is in many ways similar to the technique de¬ 
scribed in the article starting on page 6 of issue 
#56, if you want more details. 

❖ Be Cautious With Returns in Equations 

In issue #53 (starting on page 12) I pointed 
out that a calculation can often be made much 
more readable by inserting carriage returns at 
appropriate places. (This lets you control the 
point at which many new lines start.) I said that 
the return characters are ignored when the 
equation is evaluated. But that statement is not 
always true, as I came to realize. 

If a calculation depends on counting charac¬ 
ters in a literal expression within the equation 
itself, inserting a return can change the positions 
of characters and thus the results when charac¬ 
ters are counted. 

Example: In issue #56 the Number-to-Text 
conversion calculation on page 7 depends on 



counting characters in the equation when con¬ 
verting numbers to words. An extra return in 
the wrong place destroys the conversion. Be¬ 
lieve me, I know. Similarly, the calculation in 
the previous tip (see the equation at the bottom 
of page 12) can easily be sent astray by includ¬ 
ing a return at the wrong place. 

❖ Postnet Alert 

The postnet bar code calculations in issues 
#51-52 are designed to operate on a ZIP code 
field that is always exactly ten digits long: five 
digits plus dash plus four digits. Otherwise the 
calculation result is a blank and the bar code 
will not display. 

I use a simple calculation as a check on the 
length of Zip fields: 

ZipLength = Length (ZipText) (numeric result} 

This makes it easy to ferret out zips that are 
the wrong length. You might be surprised at 
how many of your Zip fields are 4 or 6 or 11 
characters long. They should always be 5 or 10 
and if you are using the postnet calculations 
from issue #51, they should all be 10. 

❖ Back It Up 

I continue to get calls describing sad situa¬ 
tions where something has gone wrong, valu¬ 
able data has been lost, and no recent backup is 
available that would help retrieve the data. 
Make Many Multiple Backups! Whenever in 
doubt, make a backup. When not in doubt, 
make another. The end is near. 

❖ Wanted 

Perhaps one of our many clever subscribers 
can suggest an answer to this question: Is it 
possible to calculate the number of check box¬ 
es that are checked in a field? Figure 2 (on the 
next page) shows a field formatted with check¬ 
boxes. What is needed is another field that 
calculates for each record how many of the 
check-boxes are checked. If you have a solu- 
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tion or even a general approach, let us know at 
the newsletter office. Thanks. 

❖ Shorter Custom Rounding 

Glenn Nunez points out that an equation 
in issue #54 on page 15 is longer than neces¬ 
sary. The object was to build a custom round¬ 
ing equation that would round a value in the 
Amt field to the nearest half-dollar instead of 
to the nearest dollar. It is shown there as: 

RoundedAmtC= {numeric result} 

If (Amt - Int (Amt) > .75, Int (Amt) +1, 

If (Amt - Int (Amt) > .50, Int (Amt) +.50, 

If (Amt - Int (Amt) > .25, Int (Amt) +.50, 

Int (Amt)))) 



If (Amt - Int (Amt) > .25, Int (Amt) +.50, 
Int (Amt))) 


This version works fine, but Glenn noticed 
that the second If statement is not really need¬ 
ed. As long as the equation detects all cases 
between .25 and .75 and rounds them up by 
.50, the goal has been accomplished. We don’t 
need the second If —we only need to detect the 
.25 and the .75 points that bound the interval. 
Thus this version works well also: 

RoundedAmt C = {numeric result} 

If (Amt - Int (Amt) > .75, Int (Amt) +1, 

If (Amt - Int (Amt) > .25, Int (Amt) +.50, 

Int (Amt))) 

My guess is that the extra If statement was 
there because the calculation evolved from an 
earlier one that rounded by 1 instead of .50 and 
included just the middle If. 

❖ Custom Rounding Variation 

By the way, a variation of the Rounded- 
Amt calculation from the previous tip is inter¬ 
esting. An advantage of building your own 
custom rounding is that you get to pick the 
exact points at which the Amt value is adjusted 
up or down (as well as by how much). You 
might prefer, for example, to add 1 at the .750 
fractional value rather than for values greater 
than .750. Simple enough: 


This version now defines a symmetrical range 
of values within an integer of 1 that get round¬ 
ed, up or down, to a fractional value of .50. 

❖ FileMaker Pro and theT-Bird effect 
(From Douglas Brown) 

Recently I had occasion to design a series 
of buttons that would assist the user in moving 
through a long list of records. I wanted a look 
similar to that of a tape deck control panel; 
Buttons were designed and defined: forward 
one record, back one record, fast forward and 
fast reverse, go to first record, go to last record, 
and so forth. 

The layout is defined as a View-as-List 
layout and the buttons are positioned horizon¬ 
tally in a row in the footer at the bottom of the 
screen. This way the buttons are always visible 
along the bottom no matter how many records 
are in the found set. 

When I first browsed the finished layout, 
all the buttons appeared on the screen but in 
what, upon close examination, appeared to be 
a random order. Now although this happened 
in a twinkling of an eye, I found it curious. 
Why was it doing this? Further investigation 
showed that the order the buttons appear on 
the screen directly follows the order each is 
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pasted onto the layout. 

Let’s work through this: say we have seven 
buttons in a row, each one about the size of a 
thumbnail. If we go through the series and cut 
and paste each button onto the layout one right 
after the other, then switch to another layout 
and then return, the screen refreshes and the 
buttons appear on the screen like a moving 
marquee. They are refreshed in sequence, first 
button first, then the next, and so on down the 
line. Like the sequential signal lights of an old 
T-Bird. (This effect is difficult to detect on fast 
machines.) 

Other sequences can also be implemented 
— like from the center out, or in circular pat¬ 
terns. All this happens almost imperceptibly, 
but if you like your layouts to have just that 
extra little bit of subtle aesthetic zip, you may 
find this feature useful. 

One difficulty is that this gimmick flies in 
the face of normal performance objectives for 
FileMaker. Claris and Apple, after all, work 
hard to make screen refreshing as fast as possi¬ 
ble. And we constantly have access to newer, 
faster computers. But for owners of nice, old, 
slow machines it works nicely. Finally, an ad¬ 
vantage for my slow computers! 

If this effect is important for a design you 
are working on, you can try ways to emphasize 
the visual result. Complex button designs 
might help, especially if they are imported eps 
graphics, by slowing the redraw. Maybe a series 
of lookups of button graphics could be trig¬ 
gered. Let us know if you come up with some¬ 
thing neat. 

❖ Fax Data From Claris 

The Claris Fax AnswerLine is often a good 
resource when tracking down answers to File¬ 
Maker questions and when struggling with a 
FileMaker design issue. If you have a fax ma¬ 
chine, simply call 800-800-8954 from a voice 
phone and follow the instructions. You can ask 
for a catalog of available documents, enter your 


fax number, and wait (usually briefly) for the 
catalog to be faxed to you. Each item in the 
catalog has an associated document number 
and you can then call the same 800 line again 
and enter your requests for individual docu¬ 
ments. 

Requesting a specific document is straight¬ 
forward and pretty efficient. However, the long 
series of verbal menus that lead you through 
the process for requesting a catalog are in the 
end a little screwy. When you have navigated 
all the way to the end and you are ready to 
enter the actual FileMaker Document Catalog 
request, there is no choice to “Enter Your Cat¬ 
alog Order”. Instead, you need to ignore the 
words and select the (illogical) “End Your 
Order of Catalogs” option even though you 
have not yet ordered. It is the last chance to ask 
for a catalog, so if you don’t get it right you’ll 
have to call again and start over from scratch. 

Once you manage to get the catalog, the 
listing is impressive — I counted perhaps 150 
entries or so. A few items are out of date. Some 
topics handle really basic stuff (often it is the 
fundamentals that create hang-ups). Some 
documents address more complex scripts and 
calculations and issues. 

• Dialing With FileMaker 

One of the documents available from the 
Claris Fax AnswerLine is called “Phone Dialing 
and FileMaker”. It explains that FileMaker 
does not include direct support for dialing, in 
anticipation of upcoming system telephony 
resources from Apple. It also lists external 
sources of dialing, including: 

• Acid Jazz, a shareware dialer available in the 
Claris forum on AOL. 

• QuicKeys and TempoII both include dialing 
extensions. 

• FileMaker comes with a HyperCard stack 
designed for dialing. 

• Desktop Dialer includes both hardware and 

software: no modem needed. ^ 
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